home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9801 / 000018_owner-linux-arm…r.rutgers.edu _Mon Jan 5 18:38:11 1998.msg < prev    next >
Internet Message Format  |  1998-01-31  |  3KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id SAA06815
  4.     for <willy@odie.fluff.org>; Mon, 5 Jan 1998 18:38:10 GMT
  5. Received: from vger.rutgers.edu ([128.6.190.2]:22098 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <10355-21270>; Mon, 5 Jan 1998 20:34:55 +0200
  6. Received: by vger.rutgers.edu id <970914-12312>; Mon, 5 Jan 1998 13:26:09 -0500
  7. Received: from odie.barnet.ac.uk ([194.82.202.98]:1919 "EHLO odie.barnet.ac.uk" ident: "willy") by vger.rutgers.edu with ESMTP id <970991-12312>; Mon, 5 Jan 1998 13:24:10 -0500
  8. Received: (from willy@localhost)
  9.     by odie.barnet.ac.uk (8.8.6/8.8.6) id SAA06765;
  10.     Mon, 5 Jan 1998 18:25:12 GMT
  11. From: Matthew Wilcox <willy@odie.barnet.ac.uk>
  12. Message-Id: <199801051825.SAA06765@odie.barnet.ac.uk>
  13. Subject: Re: new patch
  14. To: linux@arm.uk.linux.org (Russell King - ARM Linux Admin)
  15. Date:     Mon, 5 Jan 1998 18:25:11 +0000 (GMT)
  16. Cc: Philip.Blundell@pobox.com, linux-arm@vger.rutgers.edu
  17. In-Reply-To: <199712302352.XAA10579@raistlin.armlinux.org> from "Russell King - ARM Linux Admin" at Dec 30, 97 11:52:39 pm
  18. X-Mailer: ELM [version 2.4 PL25]
  19. MIME-Version: 1.0
  20. Content-Type: text/plain; charset=US-ASCII
  21. Content-Transfer-Encoding: 7bit
  22. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  23. Sender: owner-linux-arm@vger.rutgers.edu
  24. Precedence: bulk
  25. Status: RO
  26.  
  27. > 
  28. > BTW, for those of you using the new GCC, something that has been discovered
  29. > by Dave Gilbert:
  30. > 
  31. >  When compiling the kernel, turn off some of the optimisations, specifically
  32. >  the one that allows GCC/EGCS to assume that all structures are word aligned.
  33. >  GCC will try to load a short using a LDR with a shift.  EG, to access bytes
  34. >  12 and 13 only of a structure, GCC will use by default:
  35. >    ldr r0, [r1, #14]
  36. >    mov r0, r0, lsr #16
  37. > 
  38. >  This means that if r1 isn't word aligned (it certainly isn't for IP ethernet
  39. >  packets in this case), the LDR picks up the wrong data.
  40. > 
  41. > Does anyone know if this is a legal optimisation that the compiler is making?
  42.  
  43. All you need to add is -mshort-load-bytes to the command line.  Phil told
  44. me about this one already.
  45.  
  46. > BTW, don't say that it should be word aligned.  If that structure was word
  47. > aligned, then the IP structures won't be, which will be even worse.  Blame
  48. > Xerox for that one!
  49.  
  50. Cuh, those Xerox guys, hey?  Fancy not optimising a network protocol for
  51. a 32 bit CPU due to be designed in 20 years time.. ;-)
  52.  
  53. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu